Trip section numbers and positions in trips are tools for the user to specify positions of stops at customer sites within a trip.
Examples for scenarios that can be modeled by trip section numbers:
Examples for scenarios that can be modeled by positions in trips:
The customer stop sequence within a trip can be influenced in the following way:
What can be seen here:
What can be seen here:
Customer sites with the same trip section number can be in different trips (e.g. trip section number 1 in Trip "A" as well as in Trip "B" is ok).
To specify sites that shall be planned within the same trip, order groups can be defined for the respective orders.
A customer site has a lower specified trip section number than the customer site of a previous stop within the same trip.
A position violation of type TRIP_SECTION will occur for all tour events at this stop.
A customer site with specified position in trip of type FIRST_CUSTOMER_STOP is not the very first customer stop in its trip.
A position violation of type CUSTOMER_STOP_POSITION_IN_TRIP will occur for all tour events at this stop.
What can be seen here:
A customer site with specified position in trip of type LAST_CUSTOMER_STOP is not the very last customer stop in its trip.
A position violation of type CUSTOMER_STOP_POSITION_IN_TRIP will occur for all tour events at this stop.
What can be seen here:
Trip section numbers and positions in trips cannot be set both at the same customer site.
Otherwise an InvalidRequestException is thrown.
It is valid to set none of the two values.
In this case, no particular restriction concerning its customer stop position is implied by this site.
Trip section numbers and positions in trips are hard restrictions.
I.e., an input tour which does not fulfill these restrictions will be marked as violated.
A violated tour will not be changed during optimization.
Technical Concept | Tours and Trips |
Technical Concept | Order Groups |